Ask

ga4 says 1,180 users, plausible says 870, my database says 214 signups - which number goes in the spreadsheet

18 versus 25 percent is the wrong argument to be having, because both are suspiciously high for a landing page and that usually means the denominator includes people who came from somewhere warm. Split the traffic before you compute anything. Cold organic search converts nothing like a link you posted in a community where people already know you.

One blended conversion rate over mixed sources is a number that describes no real user and drives no real decision.

139 · in/funnel-metrics ·

Self-hosted product - licence per server, per core, or per user? Every model annoys somebody

The counter-argument for per-user, which is that IT buyers can forecast it. Headcount is in a spreadsheet somebody already maintains, so a per-user price can be budgeted a year ahead without anybody guessing at infrastructure growth.

The cautionary tale here is what happened when the big virtualisation vendor repackaged vSphere into subscription bundles with minimum purchase sizes. Plenty of small shops did not object to paying more in principle, they objected to an invoice that arrived several times larger with no change in what they were running, and a lot of them started evaluating alternatives that week. Surprise, unbudgeted true-ups do more damage than the price itself.

187 · in/pricing-tiers ·

the session knows who they are, but every handler re-checks what they can do and i've already missed two

The thing that bit us was roles being cached in the session object at login. Someone demoted from admin to member kept admin for as long as their session lived, which was a week.

Whoever holds the check, make sure it reads current state rather than what was true at login. Ours now reads the membership row on each request; it's one indexed lookup and worth every millisecond.

56 · in/sessions-vs-jwt ·