VoidhashDocs
DevelopersHelp centerGuidesAPI reference
Dashboard
Get started
Introduction
Quickstart
How Voidhash works
Glossary
Versions and releases
Concepts
Teams, projects and environments
API keys
Products and perks
Offers
Subscription lifecycle
People and identity
Groups
Events
Features
Paywalls in your app
Feature flags and A/B tests
Paywall components
Push notifications
Ad attribution in your app
Client SDKs
React Native
Swift
Kotlin
Web
Your backend
Node.js
PHP
Go
Rust
Other languages
Payment sources
Forward store notifications
Developer tools
CLI
MCP server
Query analytics with VoidQL
Kotlin SDK
Kotlin quickstart
Display a paywall
Make and restore purchases
Check access
Identify users
Evaluate feature flags
Capture analytics
Groups
Track screens
Development mode
Kotlin SDK reference
Errors
Diagnostic codes
Troubleshooting

Groups

Tie a user's events to their company, workspace or team, and describe those groups.

Groups are what your users belong to, such as the company or workspace they use your app as part of. Once the SDK knows a user's group, every event carries it, so Studio can count active companies, split charts by plan and list who in a company uses your app.

Put the user in a group

Call group with the group type, the group's key and, optionally, its properties, for example after sign-in or when the user switches workspace:

voidhash.group("company", "acme", mapOf("name" to "Acme", "plan" to "pro", "seats" to 40))
voidhash.group("team", "acme-design")
  • A group type is a key such as company: a lower-case letter, then up to 63 lower-case letters, digits or underscores. A project keeps up to 5 types.
  • A group key is your own ID for the group, 1 to 256 characters.
  • The user belongs to one group of each type: calling group again with another key moves them.
  • Properties are strings, numbers or booleans; other values are left out with a warning. name is what Studio shows as the group's name.

group returns at once and never throws: an invalid type or key is ignored with a warning, which debug = true logs. While analytics consent is not granted, the group is kept as the distinct ID is, and nothing is sent. Java callers use group(type, key) and group(type, key, properties).

What the SDK sends

Every event captured after group returns carries the user's groups in its $groups property, such as {"company": "acme", "team": "acme-design"}. The groups are stamped when the event is queued, so an event that waits for the network still names the groups it happened in. A group an event names itself wins for its type:

voidhash.capture("report_shared", mapOf("\$groups" to mapOf("team" to "acme-sales")))

group also sends a $groupidentify event, which sets the group's properties, when you pass properties or when the user's group of that type changed. A later change of a property wins. Properties you know on your server are better set from there, with groupIdentify.

Read and clear groups

val groups = voidhash.groups // {company=acme, team=acme-design}
voidhash.resetGroups() // later events carry no groups

Groups are stored on the device with the user's distinct ID, so they last across launches and identify keeps them. signOut() and reset() clear them with the identity; the $sign_out event still carries the groups of the user who signed out. Before the device is first unlocked after a reboot, groups is empty, and group and resetGroups are held and applied once the SDK's storage can be read, in the order you called them.

Next steps

  • Groups
  • Capture analytics
  • Reference

Something wrong or missing on this page? Tell us by email or on Discord.

PreviousCapture analyticsNextTrack screens

On this page

Put the user in a groupWhat the SDK sendsRead and clear groupsNext steps