Live data from Hacker News

Show HN: Openpanel – An open-source alternative to Mixpanel

github.com

51–60 of 102 posts

Re: Show HN: Openpanel – An open-source alternative to Mixpanel

#52
post #38

What does "privacy first" mean in this case? My understanding is the plausible, unlike GA, doesn't use cookies. Does that mean web analytics are IP-only? [edit: Or does it mean no third party sees your analytics?]

@openplatypus have some good point but I want to clarify what I mean by "privacy first"

User information - By default we do not store or log any user related information. All information that is stored in our DB is general information. We see this as a important privacy for your visitors.

Data - Your data will never be sold or given to a third party. You'll be able to export, import and delete all data related to your projects.

Cookie - We do not use any cookies or localStorage to keep track of your users

--

Their are some big downsides with privacy first since you wont be able to track users over several days (get retention and what not). So I have decided to give my customers the option to do what they want.

If this is an important metric to them they can decide to pass a profileId to the SDK. Then we'll use this ID and will be able to track that users over several days. This is an opt-in feature and thats also why I say "Privacy first".

Re: Show HN: Openpanel – An open-source alternative to Mixpanel

#53
post #46

This looks great! As an engineer who has used Mixpanel at multiple companies it has always annoyed me that what you get for what you pay seems quite poor, so I'm very happy to see some alternatives. I'm also happy to note that you are from (the wrong part of ;)) Sweden.

Glad to hear!

Foot note: And to be clear, I live in Stockholm but from Skåne ;)

Re: Show HN: Openpanel – An open-source alternative to Mixpanel

#54
post #36

Earlier quoted context omitted.

You'll never know any returning users after salt changes. This is the hole point with privacy first. But you have options tho. Compared to other tools that is privacy first, you can actually pass your own user id. You can get this ID from where ever you want (db, cookie, localStorage. Its up to you whom implement it) But I want to have a middle ground where privacy is important but you have the options to decide what…

So maybe an obvious question but just to be clear, if you pass your own user ID you can track that particular user's flow across multiple sessions/days/etc?

Yes! So its a matter of priorities. Is privacy or retention most important? Than you can decide how to track users.

Re: Show HN: Openpanel – An open-source alternative to Mixpanel

#57

how does this compare to https://posthog.com ?

Mainly the difference is that openpanel is a bit more lightweight and easier to grasp.

Posthog is a great product and really like it. Just want something more hands on but have the power to visualize data.

So I don't see posthog as a competitor at all. My focus is more about hitting the perfect spot between plausible and mixpanel.

Re: Show HN: Openpanel – An open-source alternative to Mixpanel

#59

Earlier quoted context omitted.

Won't this be a problem as soon as a website reaches, say, 600 RPS? Which is not much.

I have time to grow. Don’t think I’ll hit this level just yet.

As someone using clickhouse, for similar event ingestion stuff - I’d lean towards implementing it sooner rather than later.

It’s not too hard, and it can surprising _how much more_ Clickhouse likes bulk queries.

Re: Show HN: Openpanel – An open-source alternative to Mixpanel

#60
post #35

The group-level / account-level stuff is pretty big for B2B SaaS companies to be able to consider using it. And it's tucked away on one of Mixpanel's higher price plans.

Have missed this feature. Would love to hear more and how I could implement this feature. Is it a flag/field in the SDK that tells you I’m from a specific company or is it some black magic?

They usually use something akin to Segments “group” event type, which associated a user id with (depending on the platform) one or more “group ids”. These could correlate to company/team/region/etc.

Having implemented something similar-ish recently, we went the route of requiring callers to ”do the work” of telling us which group the user belongs to. Figuring it out is unnecessarily difficult and prone to issues.

Post reply on HN